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0ELAY INTERRUPT RECOGNITION INSTRUCTION 



OPBWnwj CAUSE INTERRUPT RECOCN3IIOH TO BE DELAYED FOR THE 
FOLLOWING 4 INSTRUCTIONS. 
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(54) A method and apparatus for affecting subsequent instruction processing in a data 
processor 

(57) A method and apparatus affects subsequent 
instruction processing in a data processor (10). In one 
embodiment, a delay interrupt recognition instruction 
(IDLY4) is executed by data processor (10) to delay or 
conditionally delay interrupt recognition for a controlled 
interval, either for a predetermined period of time or tor 
a predetermined number of instructions, so that a 
reaoVmodify/vvrite sequence of instructions can be per- 
formed without dedicated instructions which define the 
modification operation. The IDLY4 instruction may affect 
the manner in which subsequent instructions affect a 
condition bit (38). The condition bit (38) may thus be 
used to determine if exception processing occurred dur- 
ing the interrupt non-recognition interval after execution 
of the IDLY4 instruction. 



DESaimW: THE IDLY 4 INSTRUCTION CAUSES INTERRUPT RECOGNITION 
TO BE POSTPONED FOR FOUR ADDITIONAL INSTRUCTION BOUNDARIES. 
THUS ALLOWING AN UNINTERRUPTIBLE INSTRUCTION SEQUENCE TO BE 
EXECUTED FOR CRITICAL" VARIABLE UPDATES IN A MULTI-TASKING 
ENVIRONMENT. 



cacmmccnE: the condition an 3B rs initially .set to \ by 

EXECUTION OF THE IDLY 4 INSTRUCTION. IF AN EXCEPTION OCCURS 
DURING THE EXECUTION OF THE FOLLOWING FOUR INSTRUCTIONS 
(OTHER THAN A TRACE OR BREAKPOINT EXCEPTION), THE CONDITION 
BIT 3& WILL BE CLEARED. ALLOWING FOR DETECTION OF AN 
INTERRUPTED SEQUENCE. 



RESnaCTlOtS: THE INSTRUCTION FOLLOWING AN IDLY4 INSTRUCTION 
SHOULD ONLY CONSIST OF SINGLE CYCLE ARITHMETIC OR LOGICAL 
INSTRUCTIONS, BRABCH INSTRUCTIONS, AND LOAD OR STORE 
INSTRUCTIONS. ALL OTHER INSTRUCTIONS ARE NOT GUARANTEED TO 
BE UNINTERRUPTIBLE IN ORDER TO UINDH2E THE EFFECT ON 
MAXIMUM INTERRUPT LATENCY. ANOTHER IDLY* INSTRUCTION IN THE 
SEQUENCE WILL BE TREATED AS A HO OPERATION (MOP) DBTWCTTJON. 
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Description 

Field of the invention 

{0001] The present invention relales to data proces- 
sors, and more particularly to affecting subsequent 
instruction processing in a data processor. 

Background of the Invention 

[0002] As data processors are used more and more in 
real-time control systems, new techniques are required 
to ensure the efficient use of system resources. For 
example, In many multi-tasking systems, there are sev- 
eral tasks trying to share some of the same system 
resources, such as memory storage, a printer, or a port 
to a dsplay screen, It is crucial in such multi-tasking 
systems that the shared system resources are used in 
the most efficient way possible. For example, rf multiple 
tasks are sharing a resource, there must bo a way to 
indicate which task is currently using the resource and 
whether that task is performing a function that must not 
be disturbed. Semaphores are used for this function in 
many multi-tasking systems. 

[0003] Semaphores are a type of flag or status indica- 
tor that reflects the present status of a system resource. 
Usually the status information in a semaphore indicates 
whether or not the system resource is presently being 
used. In some multi-tasking systems, the semaphore 
may also include information about which task is using 
the resource, and posstofy even the type of function 
being performed on the resource. 
[0004] For example, a particular location in memory 
can be designated as the location of the semaphore for 
a shared variable X. If any task wants to use the shared 
variable X, that task must read the semaphore for the 
shared variable X by reacSng that particular location in 
memory. The variable X semaphore contains informa- 
tion on the status of the variable X, such as whether the 
variable X is currently reserved for exclusive access by 
a particular task. If the variable X semaphore indicates 
that the variable X is currently reserved and Is thus 
busy, the new task must wait. The new task can con- 
tinue to poll the variable X semaphore by periodically 
reading the variable X semaphore to see if the variable 
X is still being used or if it has become available. 
[0005] Once the variable X semaphore indicates that 
the variable X is no longer reserved and thus available, 
the waiting task writes to the variable X semaphore to 
change its status to busy or non -available. The waiting 
task has thus effectively locked the variable X resource 
for Its own use. No other tasks can use the variable X 
while the variable X*s semaphore indicates that the var- 
iable X is being used. Once the waiting task has finished 
using the variable x, it writes a new value to the variable 
X semaphore location in order to change the variable X 
semaphore to indicate that the variable X is once again 
available. 



[0006] There is a significant problem that arises in 
systems that use semaphores to allocate shared sys- 
tem resources. The problem arises when more than one 
task is polling the semaphore oi a shared resource to 

5 see if the resource has become available yet. For exam- 
ple, assume task #1 and task #2 are both polling the 
variable X semaphore. Task #1 is the first to read the 
variable X semaphore after it has been changed to indi- 
cate that the variable X is available. Task #2 now reads 

10 the variable X semaphore and also learns that the vari- 
able X is available. Neither task #1 nor task #2 is aware 
that another task is competing for the use of the variable 
X 

[0007] If task #1 receives an interrupt, task #1 must 
is execute a software interrupt routine before resuming 
where it left off. Meanwhile, task #2 writes a value to the 
variable X semaphore to indicate that the variable X is 
now busy. Task #2 then proceeds to use the variable X. 
Task#1 finishes its interrupt routine and resumes where 
20 "rt left off in its software program. Task #1 left off knowing 
that the variable X was available. Task #1 thus writes a 
value to the variable X semaphore to indicate that the 
variable X is now busy and then proceeds to try to use 
the variable X. But the variable X is already being used 
25 by Task #2. Thus a collision results. As a consequence, 
the variable X may be corrupted and tasks may receive 
the incorrect value of variable X. Thus, an approach is 
needed which allows multiple tasks to effectively and 
efficiently share common resources. 

30 

Brief Description of the Drawings 
[0008] 
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FIG. 1 illustrates, in block diagram form, a data 
processor 10 in accordance with one embodiment 
of the present invention; 

FIG. 2 illustrates, in block diagram form, a portion of 
central processing unit (CPU) 12 of FIG. 1 in 
accordance with one embodiment of the present 
invention; 

FIG. 3 fflustrates, in tabular form, one embodiment 
of a delay Interrupt recognition instruction in 
accordance with one embodiment of the present 
invention; 

FIG. 4 illustrates, in tabular form, one embodiment 
of a sequence of instructions to perform a test and 
set function in accordance with one embodiment of 
the present invention; 

FIG. S illustrates, in tabular form, one embedment 
of a sequence of instructions to perform an 
exchange memory operand function in accordance 
with one embodiment of the present invention; and 
FIG. 6 illustrates, in tabular form, one embodiment 
of a sequence of instructions to perform an incre- 
ment memory-based counter function in accord- 
ance with one embodiment of the present invention. 
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Detailed Description 
Description of the Figures 

[0009] FIG. 1 illustrates a data processor 10. In one s 
embodiment, data processor 10 includes a central 
processing unit (CPU) 12, memory 14, bus interface 
module 16, and other modules 16. which are all bi-direc- 
tionally coupled to each other by way of bus 20. Bus 
interface module 16 may be coupled external to data 10 
processor 10 by way of externa) bus 26. Other modules 
1 8 are optionally coupled external to data processor 10 
by way of one or more integrated circuit terminals 28. 
Memory 14 is optionally coupled externally to data proc- 
essor 10 by way of one or more integrated circuit termi- ts 
nals 24. Central processing unit 12 is optionally coupled 
external to data processor 10 by way of one or more 
integrated circuit terminals 22. 
[001 0] Still referring to FIG. 1 , alternate embodiments 
of the present invention may use any type of structure eo 
for data processor 10. In addition, data processor 10 
may perform a wide variety of functions. For example, 
data processor 10 may use a RISC (Reduced Instruc- 
tion Set Computer) architecture, may use a Harvard 
architecture, may be a vector processor, may be a S IM D 25 
(Single Instruction Multiple Data) processor, may per- 
form floating point arithmetic, may perform digital signal 
processing computations, etc. 

[0011] FIG. 2 illustrates a portion of CPU 12 of FIG. 1. 
In one embodiment. CPU 12 includes instruction pipe so 
circuitry 30, instruction decode circuitry 32, registers 34, 
arithmetic logic unit (ALU) 40, and CPU control circuitry 
42. CPU control circuitry 42 is bi-directionally coupled to 
instruction pipe 30, instruction decode 32, registers 34. 
and ALU 40 by way of control/status signals 58 in order 35 
to provide control information and to receive status 
information. Instruction pipe 30 receives instructions by 
way of bus 20. Instruction pipe 30 may store one or 
more instructions that are to be executed, instruction 
pipe 30 provides instructions to instruction decode car- <o 
cuitry 32 by way of conductors 54. Instruction decode 
circuitry 32 decodes the instructions it receives from the 
instruction pipe 30 and provides the output to CPU con- 
trol circuitry 42 by way o1 conductors 56. CPU control 
circuitry 42 includes exception control circuitry 44, inter- 45 
rupt control circuitry 46, and counter/timer circuitry 46. 
[0012] In one embodiment of the present Invention, 
interrupt control circuitry 46 is bi-directionally coupled to 
counter/timer circuitry 48. CPU control circuitry 42 
receives one or more interrupt request signals from bus bo 
20 by way of interrupt signals 50. Other modules 16 
(see FIG. 1) or circuitry coupled to external bus 26 (not 
shown) may be the source of one or more interrupt 
requests received by CPU control circuitry 42 by way of 
interrupt signals 50. CPU control circuitry 42 may pro- 55 
vide one or more interrupt acknowledge or other inter- 
rupt related signals to bus 20 by way of interrupt signals 
50. CPU control circuitry 42 may optionally receive one 



or more exception occurred signals by way of exception 
signals 52. In some embodiments of the present inven- 
tion, CPU control circuitry 42 may provide to bus 20 one 
or more exception acknowledge or other exception sta- 
tus signals. 

[0013} Still referring to FIG. 2, in one embodiment of 
the present invention, exception control circuitry 44 is 
coupled to exception signals 52 and interrupt control cir- 
cuitry 46 is coupled to interrupt signals 50. Exception 
control circuitry 44 and interrupt control circuitry 46 are 
both coupled to conductors 55 and control/status sig- 
nals 58. Interrupt control circuitry 46 may optionally 
Include override circuitry 47. in alternate embodiments 
of the present invention, override circuitry 47 may be 
located elsewhere in CPU control circuitry 42. CPU con- 
trol circuitry 42 may optionally be coupled external to 
data processor 10 by way of integrated circuit terminals 
22. Registers 34 are bi-directionally coupled to bus 20 in 
order to receive and provide data values. Registers 34 
include register 36. Register 36 includes a condition bit 
38. Registers 34 are coupled to ALU 40 by way of con- 
ductors 60 and conductors 62 in order to provide values. 
The output of ALU 40 is coupled to registers 34 by way 
of conductors 64 in order to provide output values from 
ALU 40. 

[0014] FIG. 3 illustrates one embodiment of a delay 
interrupt recognition instruction thai may be executed by 
CPU 12 of FIG. 2. 

[0015] FIG. 4 illustrates one embodiment of a 
sequence of instructions that may be used to perform a 
test and set function using the delay interrupt recogni- 
tion instruction of FIG, 3. 

[0016] FIG. 5 illustrates one embodiment of a 
sequence of instructions that may be used to perform 
an exchange memory operand function using the delay 
interrupt recognition instruction of FIG. 3. 
[0017] FIG. 6 illustrates one embodiment of a 
sequence of instructions that may be used to perform 
an increment memory-based counter function using the 
delay interrupt recognition instruction of FIG. 3. 

Operation of the Preferred Embodiments 

[0018] The operation of the preferred embodiments 
will now be described. In one embodiment the present 
invention provides an efficient method and apparatus to 
delay interrupt recognition for a controlled interval, 
either for a predetermined period of time or for a prede- 
termined number of instructions, so that a read/mod- 
Hy/write sequence of instructions can be performed 
without dedicated instructions which define the modifi- 
cation operation. 

[0019] The term "bus" will be used to refer to a plurality 
of signals or conductors which may be used to transfer 
one or more various types of information, such as data, 
addresses, control, or status. The terms "assert" and 
"negate" will be used when referring to the rendering of 
a signal, status bit, or similar apparatus into its logically 
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true or logically false state, respectively, K the logically 
true state is a logic level one, the logically false state will 
be a logic level zero. And if the logically true state is a 
logic level zero, the logically false state will be a logic 
level one. 

[0020] Referring to FIG. 3, in one embodiment of the 
present invention, a delay Interrupt recognition instruc- 
tion (e.g. IDLY 4) may be used to cause interrupt recog- 
nition to be delayed lor a predetermined number of 
instructions in a processor using a toaoVstore architec- 
ture such as data processor 10 illustrated m FIGS. 1 
and 2. 

[0021] In one embodiment of the present invention, 
the predetermined number of immediately subsequent 
instructions during which interrupt recognition is 
delayed may be a fixed value (e.g. four instructions). 
Alternate embodiments of the present invention may fix 
this predetermined number of instructions to be any 
positive integer number. One embodiment of the 
present invention illustrated in FIG. 3 delays recognition 
of interrupts for the four instructions which are executed 
immediately after execution of the delay interrupt recog- 
nition instruction (IDLY4). Thus, the delay interrupt rec- 
ognition instruction is executed, then during the 
following four instructions no interrupts are recognized 
and interrupt recognition begins with the initial execu- 
tion of the fifth instruction following the IDLY4 instruc- 
tion. 

[0022] Note that some embodiments of the present 
invention may count the instructions executed as part of 
exception processing as part of the predetermined 
number of subsequent instructions, while other embod- 
iments of the present Invention may not count the 
instructions executed as part of exception processing 
as part of the predetermined number of subsequent 
instructions. 

[0023] In a first embodiment of the present invention, 
interrupt recognition is inhibited or delayed during exe- 
cution of a predetermined number of instructions after 
the delay interrupt recognition instruction has been exe- 
cuted. This predetermined number of Instructions dur- 
ing which Interrupt execution Is Inhibited or delayed may 
be defined in a variety of ways. For example, the delay 
interrupt recognition instmction itself may include a field 
which defines the number of instructions during which 
the recognition of interrupts is delayed (e.g. see optional 
specifier field 70 in FIG. 3), In alternate embodiments, a 
control register (e.g. one of registers 34 in FIG. 2) which 
is programmable by the user may contain a value which 
determines the predetermined number of instructions 
during which the recognition of interrupts is delayed. 
Alternate embodiments of the present invention may 
use any type of method for selecting thB predetermined 
number of instructions, such as. for example, providing 
the predetermined number of instructions by way of 
integrated circuit terminals or by way of a mask pro- 
grammable storage device. 

[0024] In one embodiment of the present invention, rf 



the delay interrupt recognition instruction delays recog- 
nition of interrupts during execution of a predetermined 
number of subsequent instructions, the circuitry illus- 
trated in FIG, 2 functions in the following manner. The 

5 delay intenrupt recognition instruction is received from 
bus 20 by way of instruction pipe 30. instruction pipe 30 
then provides this instruction to instruction decode cir- 
cuitry 32 at the proper time. Instruction decode circuitry 
32 then provides the appropriate decoded signals for 

to the delay interrupt recognition Instruction to CPU control 
circuitry 42 by way of conductors 56. CPU control cir- 
cuitry 42 will then use interrupt control circuitry 46 to 
delay recognition of interrupt requests which are 
received by way of interrupt signals 50. CPU control cir- 

is cuitry 42 will delay recognition of interrupt requests for a 
predetermined number of instructions. CPU control cir- 
cuitry 42 may use counter/timer 48 and information 
received from instruction pipe 30 and instruction decode 
circuitry 32 by way of signals 58 to determine how many 

so instructions have been executed immediately subse- 
quent to execution of the delay interrupt recognition 
instruction. 

10025] For some embodiments of the present inven- 
tion, particularly those using a pipelined processor 

25 architecture. CPU control circuitry 42 may count only 
subsequent instructions which have completed execu- 
tion, or may count any subsequent instructions for which 
a predetermined stage has been reached during, the 
fetch, decode, execute cycle of each instruction. 

30 [0026] Instead of delaying the recog ration of interrupts 
for a predetermined number of subsequent instructions, 
alternate embodiments of the present invention may 
define a predetermined period of time in which interrupt 
recognition is delayed. In these alternate embodiments, 

35 a counter or timer (e.g. counter/timer 48 in FIG. 2) may 
be used to count a predetermined number of clock 
cycles or to count a predetermined number of nanosec- 
onds during which interrupt recognition is delayed. 
[0027] In one embedment of the present invention, if 

40 the delay interrupt recognition instruction delays recog- 
nition of interrupts during execution of a predetermined 
number of subsequent dock cycles or nanoseconds, 
the CPU control circuitry 42 illustrated in FIG. 2 will use 
counter/timer 48 to count nanoseconds or clock cycles 

45 rather than the number of instructions being executed. 
Again, a user programmable mechanism, such as the 
Instruction itself (e.g. optional specifier field 70 in FIG. 
3). a register value or another programmable method 
may be used to provide the number of nanoseconds or 

60 the number of clock cycles to counterAimer 48 in order 
to determine the length of the interval during which 
interrupts will not be recognized following execution of 
the delay interrupt recognition instruction. 
[0028] In one embodiment of the present Invention, 

55 CPU control circuitry 42 begins counting the interrupt 
non-recognition interval after execution of the delay 
interrupt recognition instruction has been completed. 
However, in alternate embodiments of the present 
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invention, CPU control circuitry 42 may begin counting 
thB Interrupt non-recognition interval at any point in time 
after the decoding of the delay interrupt recognition 
instruction has begun. 

[0029] For some embodiments of the present inven- 
tion, any type of instructions may follow a delay interrupt 
recognition instruction. However, in some situations, 
placing instructions that require a significant number of 
cycles, such as a divide instruction, in the instruction 
sequence following a delay interrupt recognition instruc- 
tion may result in an interrupt latency that is too long a 
period of time. In order to address this problem, some 
embodiments of the present invention restrict the type 
of instructions that may immediately follow a delay inter- 
rupt recognition instruction. For example, referring to 
FIG. 3. the four instructions immediately following the 
delay interrupt recognition instruction may be limited to 
single cycle arithmetic or logical instructions, branch 
instructions, and load or store instructions. The purpose 
of restricting the instructions during which interrupt rec- 
ognition is delayed is to reduce the maximum intenupt 
latency period of time. Alternate embodiments of the 
present invention may or may not limit the types of 
instructions during which interrupt recognition is 
delayed, and thus may or may not limit the types ol 
instruction that may follow a delay interrupt recognition 
instruction. The specific set of instructions which may 
follow a delay interrupt recognition instruction may vary 
for different processors 10, and in some embodiments 
may be user programmable. 

[0030] Alternate embodiments of the present inven- 
tion may be affected by exception processing in different 
ways. In the embodiment of the present invention illus- 
trated in FIG. 3, exceptions are still detected and taken 
during the interval in which interrupts are not being rec- 
ognized. However, alternate embodiments of the 
present invention may detect and yet not process 
exceptions which occur during the Interval In which 
interrupt recognition is delayed. Yet other alternate 
embodiments may not even detect exceptions, and thus 
not process them as well, during the interval in which 
Interrupts are not being recognized. In addition, alter- 
nate embodiments of the present invention may handle 
different types of exceptions differently as well. For 
example, the delay interrupt recognition instruction 
(IDLY4) illustrated in FIG. 3 allows the occurrence of 
non-trace and non-breakpoint exceptions to clear condi- 
tion bit 38 (see FIG. 2) during the interval in which inter- 
rupts are not being recognized, while trace and 
breakpoint exceptions do not affect condition bit 38. 
[0031 ] In some embodiments of the present invention, 
a mechanism may be used to re-allow interrupts during 
the interrupt non-recognition interval subsequent to the 
execution of a delay interrupt recognition instruction. 
For example, counter/timer 48 may be used to detect 
that an interrupt of a particular level has been pending 
for a predetermined period of time during the interval, 
and thus needs to be recognized before the intenupt 



non -recognition interval is over. Thus in some embodi- 
ments of the present invention, intenupts may be re- 
allowed using override circuitry 47 even while execution 
still remains within the interrupt non-recognition interval 
5 (i.e. as defhed by a predetermined number of instruc- 
tions, clock cycles, or nanoseconds). B interrupt recog- 
nition is re-allowed, the current instruction may be 
interrupted mid-stream or may be allowed to continue 
and complete execution before interrupts are again rec- 
to ognized. 

[0032] Some embodiments of the present invention 
may delay the recognition of all interrupts, while alter- 
nate embodiments of the present invention may only 
delay the recognition of interrupts which are below a 
is predetermined interrupt level. The predetermined inter- 
rupt level maybe specified in any manner. For example, 
the predetermined interrupt level may be specified as 
part of the delay interrupt recognition instruction format 
itself, may be specified by storing a value in a user pro- 
se prammable register, may be specified by providing a 
value by way of integrated circuit terminals, or may be 
specified by storing a value in a mask programmable 
storage circuit. 

[0033] In an alternate embodi ment, the present inven- 

25 tion allows a first instruction to change the manner in 
which a subsequent instruction affects a status flag. In 
one embodiment of the present invention, the execution 
of the delay interrupt recognition instruction (IDLY4) 
illustrated in FIG. 3 may change the manner in which 

30 one or more subsequent instructions affect the condi- 
tion bit 38 in FIG. 2. For example, referring to FIGS. 4-6, 
in one embodiment of the present invention, the IDLY4 
instruction asserts the condition bit 38. Then if an 
exception occurs during any of the four subsequent 

35 instructions, the instruction that was executing when the 
. exception occurred will negate the condition bit 38. 
Thus an instruction that is normally defined to never 
clear or negate the condition bit 38 (e.g. a load instruc- 
tion) may now clear the condition code bit 38 rf an 

40 exception occurs during execution of the load instruc- 
tion when the load Instruction is one of the four subse- 
quent instructions after the IDLY4 instruction. The IDLY4 
instruction may thus affect the manner in which a sub- 
sequent instruction (e.g. a load instruction) affects the 

45 condition bit 38. One purpose for using the condition bit 
38 in this manner is to indicate that the four subsequent 
instructions were not executed in an indivisible manner 
and that exception processing may have affected a 
shared resource. 

so [0034] Note that the sequences of instructions illus- 
trated in FIGS. 4-6 all include a check of the condition bit 
38 to determine if an exception has been received and 
processed during the four non -exception processing 
instructions after the IDLY4 instruction (i.e. branch to 

55 SEQUENCE ^FAILED if the condition code bit 38 equals 
zero). If an exception has been received and processed 
after the IDLY4 instruction, the "BP instruction will 
branch to a subroutine cf instructions called 
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SEQUENCE_FAILED, which may be used to Indicate 
that the lour instructions after the IDLY4 instruction were 
not executed in an indivisible manner and that the 
exception processing may have affected a shared 
resource, such as a semaphore. 
[0035] FIG. 4 illustrates a series of instructions which 
use the delay interrupt recognition instruction (IDLY4) 
illustrated in FIG. 3 to perform a test and set function. 
The test and set function illustrated in FIG. 4 tests a 
memory operand to determine if the memory operand's 
present value is all zeros, and changes the memory 
operand's value to all ones (i.e. afl bits ol the memory 
operand are set). Thus the series of instructions illus- 
trated in FIGL 4 may be used to perform a test and set 
function on a semaphore value stored in memory. The 
delay Interrupt recognition instruction (IDLY4) may be 
used to ensure that the test and set function is per- 
formed in an indivisible manner so that the semaphore 
value is not corrupted by a different task which inter- 
rupts the software routine illustrated in FIG. 4 between 
the test operation and the set operation. 
[0036] Note that the instruction sequence illustrated in 
FIG. 4 actually performs the set operation before per- 
forming the test operation. This is possible because the 
IDLY4 instruction may be used to ensire that both the 
set and test operation will be completed before another 
task is allowed to interrupt, and because the semaphore 
value in this case has only two possible values, namely 
all ones or all zeroes. So if the semaphore's iittiat value 
was all ones, the step of setting the semaphore will not 
change the semaphore's value. Note that alternate 
instruction sequences which perform a test and set 
function may instead perform the test operation before 
the set operation. 

[0037] FIGL 5 illustrates a series of instructions which 
use the delay rnterrupl recognition instruction (IDLY4) 
iHustrated in FIGL 3 to perform an "exchange memory 
operand with register operand" function. The "exchange 
memory operand with register operand" function illus- 
trated in FIG. 5 effectively moves a vaJue called 
"EXCHANGE_VALUE" from its initial location in mem- 
ory, into register Rl , and then to the location of the sem- 
aphore value. Note that the location of the semaphore 
value is pointed to by a pointer called "SEMAPHORE". 
The semaphore value is moved from its initial location in 
memory to the register R3. In the particular sequence of 
instructions illustrated in FIG. 5, the final "OR" instruc- 
tion performs no useful operation other than completing 
the sequence of four instructions alter the JDLV4 
instruction, and thus discontinuing the delay of interrupt 
recognition. Therefore, the final "OR" instruction has the 
same effect as a no operation (NOP) instruction and 
may be replaced with a different instruction. 
[0038] FIGL 6 illustrates a series of instructions which 
use the delay interrupt recognition instruction (IDLY4) 
illustrated in FIG. 3 to perform an "increment memory- 
based counter" function. The "increment memory- 
based counter function illustrated in FIG. 6 effectively 



10 

moves the semaphore value from its initial location in 
memory into register R3, and then increments the sem- 
aphore value by adding one. Note that the location of 
the semaphore value is pointed to by a pointer called 
5 "SEMAPHORE". The incremented semaphore value is 
then moved back into its initial location in memory from 
the register R3. 

[0039] While the present invention has been illustrated 
and described with reference to specific embodiments, 

10 further modifications and improvements will occur to 
those skilled in the art It is to be understood, therefore, 
that this invention is not limited to the particular forms 
Illustrated and that the appended claims cover all modi- 
fications that do not depart from the spirit and scope of 

15 this invention. 

Claims 

1. A method of affecting subsequent instruction 
so processing in a data processor, comprising thB 

steps of: 

receiving one or more of a plurality of Instruc- 
tions which form an instruction set of the data 
25 processor; 

decoding the one or more of the plurality of 
instructions which are received; and 
executing the one or more of the plurality of 
instructions which are decoded; 

30 

The method being further characterized by the 
steps of: 

receiving a predetermined instruction which is 
35 one instruction contained within Ihe instruction 

set; 

decoding the predetermined instruction; and 
in response to said decoding, delaying 
processing by the data processor of any excep- 
40 tlon which the data processor encounters for 

eitier a predetermined number of instructions 
following the decoding of the predetermined 
instruction or for a predetermined time interval 
following the decoding of the predetermined 
45 instruction. 

2. The method of claim 1 further comprising the step 
of: 

50 executing the predetermined instruction prior to 

delaying processing of any exception. 

3. The method of claim 1 wherein the step of delaying 
processing of any exception further comprises the 

55 step of: 

delaying processing of any exception untD com- 
pletion of execution of four subsequent instruc- 
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tions processed by the data processor 
following deciding of the predetermined 
Instruction. 

4. The method ol claim 1 wherein the step of delaying s 
processing of any exception further comprises the 
step of: 

using a counter as a timer to determine the pre- 
determined time interval following the decoding w 
of the predetermined instruction. 

5. The method of claim 1 wherein the step of delaying 
processing by the data processor of any exception 
further comprises the step of delaying processing in is 
response to only interrupt condition exceptions. 

6. A data processor, comprising: 

instruction execution circuitry which executes a 20 
predetermined set of instructions further char- 
acterized by the predetermined set of instruc- 
tions including at least one instruction which, 
when executed by the instruction execution cir- 
cuitry, causes the data processor to delay rec- 25 
ognition of an interrupt condition associated 
with operation of the data processor for a pre- 
determined number of instructions following 
execution of the at {east one instruction. 

30 

7. The data processor of claim 6 wherein the predeter- 
mined number of instructions for which the data 
processor delays recognition of an interrupt condi- 
tion is user programmable by a user of the data 
processor. 3s 

8. The data processor of ciaim 6 wherein the predeter- 
mined number of instructions is four. 
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IDLY4 DELAY INTERRUPT RECOGNITION INSTRUCTION 



OPERATION: CAUSE INTERRUPT RECOGNITION TO BE DELAYED FOR THE 
FOLLOWING 4 INSTRUCTIONS. 



ASSEMBLER 

SYNTAX: IDLY4 



DESCRIPTION: THE IDLY4 INSTRUCTION CAUSES INTERRUPT RECOGNITION 
TO BE POSTPONED FOR FOUR ADDITIONAL INSTRUCTION BOUNDARIES, 
THUS ALLOWING AN UNINTERRUPTIBLE INSTRUCTION SEQUENCE TO BE 
EXECUTED FOR CRITICAL VARIABLE UPDATES IN A MULTI-TASKING 
ENVIRONMENT. 



CONDITION CODE: THE CONDITION BIT 38 IS INITIALLY SET TO 1 BY 
EXECUTION OF THE IDLY4 INSTRUCTION. IF AN EXCEPTION OCCURS 
DURING THE EXECUTION OF THE FOLLOWING FOUR INSTRUCTIONS 
(OTHER THAN A TRACE OR BREAKPOINT EXCEPTION), THE CONDITION 
BIT 38 WILL BE CLEARED, ALLOWING FOR DETECTION OF AN 
INTERRUPTED SEQUENCE. 



RESTRICTIONS: THE INSTRUCTION FOLLOWING AN IDLY4 INSTRUCTION 
SHOULD ONLY CONSIST OF SINGLE CYCLE ARITHMETIC OR LOGICAL 
INSTRUCTIONS, BRANCH INSTRUCTIONS, AND LOAD OR STORE 
INSTRUCTIONS. ALL OTHER INSTRUCTIONS ARE NOT GUARANTEED TO 
BE UNINTERRUPTIBLE IN ORDER TO MINIMIZE THE EFFECT ON 
MAXIMUM INTERRUPT LATENCY. ANOTHER IDLY4 INSTRUCTION IN THE 
SEQUENCE WILL BE TREATED AS A NO OPERATION (NOP) INSTRUCTION. 



INSTRUCTION FORMAT: 
15 14 13 12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


0 


0 


0 


0 


0 
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1 


1 
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